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2. INTRODUQAO 

Nao podemos mais negar a importancia da interdisciplinaridade 
nos dias de hoje em sala de aula, cada vez mais temos que trabalhar em 
conjunto - professore e alunos de todas as disciplinas por isso torna-se 
necessario o trabalho por projetos e integrando todas as disciplinas. 

Nesse portfolio, por exemplo: elaborar urn trabalho sobre todas 
as disciplinas dos 3 semestre ajuda a ligar o conteudo a pratica de uma 
maneira mais eficiente e eficaz. 
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3. OBJETIVO 



O objetivo e alcangar aprimoramento nos sistemas, na busca 
de crescimento e aprofundamento no mercado da Tecnologia, trazendo 
para si as melhorias alcangadas, desenvolvendo Programas os quais 
auxiliem e facilitem o dia a dia dos nossos clientes tendo em vista que; 
para aprimorar cada vez mais nosso meio de trabalho devemos obter 
grande conhecimento, favorecimento na Etica e disciplina na Sociedade, 
sabendo que desta forma a responsabilidade aumenta tanto na postura 
de assumir como urn Analista, em sua busca de satisfazer nao somente 
o cliente alvo e sim crescer neste mundo da Tecnologia urn tanto 
devastador. Por isso cabe ao profissional obter mais conhecimento, 
postura e conduta no seu meio de trabalho e assim aperfeigoar seus 
conhecimentos naquilo que ele deseja aprofundar-se seja em quaisquer 
linguagens de programagao e ou Sistemas Operacionais. 
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4. DESENVOLVIMENTO 

Todo e quaisquer Sistemas, deve-se ter uma boa fase de 
desenvolvimento, estas fases implica-se em suas aplicagoes, estas aplicagoes 
auxiliam aos Analistas e Desenvolvedores de Sistemas. Ha alguns conceitos, 
os quais irao abordar aqui: 

4.1 . Propriedades Do ACID 

ACID (acronimo de Atomicidade, Consistencia, Isolamento e 
Durabilidade), e urn conceito utilizado para caracterizar uma transagao. 

Atomicidade 

Trata o trabalho como parte indivisivel (atomico). A transagao 
deve ter todas as suas operagoes executadas em caso de sucesso ou nenhum 
resultado de alguma operagao refletida sobre a base de dados em caso de 
falha. Ou seja, apos o termino de uma transagao (commit ou abort), a base de 
dados nao deve refletir resultados parciais da transagao. 

Exemplos: 

Ou todo o trabalho e feito, ou nada e feito. 

Em uma transferencia de valores entre contas bancarias, e 
necessario que, da conta origem seja retirado urn valor X e na conta destino 
seja somado o mesmo valor X. As duas operagoes devem ser completadas 
sem que qualquer erro acontega, caso contrario todas as alteragoes feitas 
nessa operagao de transferencia devem ser desfeitas; 



CONSISTENCIA 

Regras de integridade dos dados sao asseguradas, ou seja, as 

transagoes nao podem quebrar as regras do Banco de Dados, no contexto de 
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banco de dados, o termo refere-se a transagoes que nao violem nenhuma 
restrigao de integridade durante a sua execugao. Se a transagao deixa a base 
de dados em urn estado incorreto, e abortado e e reportado urn erro. 

Isolamento 

Tudo se parece como se o trabalho estivesse isolado. O 
resultado de uma transagao executada concorrentemente a outra deve ser o 
mesmo que o de sua execugao de forma isolada. Operagoes exteriores a uma 
dada transagao jamais verao esta transagao em estados intermediaries. 

Ex: Duas transagoes executadas juntas. 

Transagao Y altera o nome do cliente. 

Transagao X altera o nome do mesmo cliente; 

Ao fazer insert, update ou delete enquanto a transagao estiver 
em andamento todos os dados da tabela serao alocados para aquela 
transagao, portanto a transagao X so podera ser executada apos a conclusao 
da transagao Y. Esta escolha e feita pelo banco de dados e ele executa 
primeiro uma transagao depois a outra. 

Duas transagoes so podem ser simultaneas se elas nao 
alterarem os mesmos dados 

DURABILIDADE 

Os efeitos de uma transagao em caso de sucesso (commit) sao 

permanentes mesmo em presenga de falhas. Significa que os resultados de 
uma transagao sao permanentes e podem ser desfeitos somente por uma 
transagao subsequente. 
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4.2. Sistemas Operacionais 

Numa Locadora de Livros podemos usar tanto o Sistema Linux 
como o Windows, dando este exemplo: 

Nossa proposta foi implementa urn sistema de locadora de Livros. Onde cada 
Livro possui um numero. Para cada livro, e necessario saber seu titulo e sua 
categoria (comedia, drama, romance, ...).Cada livro recebe um identificador 
proprio. Para cada livro e controlado que categoria ele contem. Para cada 
categoria ha pelo menos um livro e cada livro contem somente uma categoria. 
Alguns poucos necessitam de 2 livros. Os clientes podem desejar encontrar 
livros por categoria e tambem livros estrelados por autores prediletos. Por isso, 
e necessario manter informagao sobre autores que estrelam cada livro. 

A locadora possui muitos clientes cadastrados. Somente clientes cadastrados 
podem alugar livro s. Para cada cliente e necessario saber seu nome, telefone 
e enderego. Alem disso, cada cliente recebe um numero de associado. Por fim, 
deseja-se saber que livro s cada cliente tern emprestado no momento e qual o 
historico de alugueis efetuado. Um cliente pode ter varios livros alugados em 
um instante do tempo. 

RECURSOS UTILIZADOS: 

Sistema de gerenciamento de banco de dados (SGDB) que possui uma grande 
compatibilidade com varias linguagens de programagao como Java, Delphi, 
PHP, etc.. Possui uma grande vantagem de ter o codigo aberto, um bom 
desempenho, e pode funcionar com varios sistemas operacionais. 

Atualmente o MySQL e o banco de dados de codigo aberto mais popular do 
mundo, com mais de 6 milhoes de instalagoes entre Websites, datawarehouse, 
aplicagoes comerciais e outra mais. Usuarios como Yahoo! Finance, MP3.com, 
Motorola, NASA, Silicon Graphics, e Texas Instruments usam o MySQL em 
aplicagoes de missao cntica. 

Caractensticas do MySQL 

• Rapidez 

• Facilidade de instalar, usar e administrar. 

• Confiabilidade 

• Sistema de aviso e informagao atraves de pacote de suporte - MySQL 
Network 
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Uma linguagem de programagao orientada a objetos utilizada para 
desenvolvimento web, que permite-nos colocar os seus pequenos fragmentos 
de codigo dentro da pagina HTML e realizar determinadas tarefas de uma 
forma facil e eficaz sem ter de implementar programas programados na Integra 
numa linguagem diferente de HTML. 

Ferramenta escolhida para podermos simular urn servidor e permitir a 
configuragao do PHP, essa ferramenta possui tres componentes 
indispensaveis como o Apache, servidor de paginas web, MySQL, banco de 
dados de codigo livre, e o PHP, linguagem para web para acesso ao banco de 
dados. 

Ferramenta de modelagem de banco de dados que facilita e simplifica a 
geragao da engenharia reversa. Geramos o script para podermos utiliza-lo no 
banco de dados MySQL. 

DESENVOLVIMENTO DO SISTEMA 

Inicialmente dialogamos sobre os diferentes sistemas que podenamos fazer, 
ate chegarmos ao sistema descrito anteriormente.No outro dia, foi escolhido a 
linguagem de implementagao que seria utilizada,PHP. 

Usando o Power Arquitect, desenhamos o diagrama. 

Entidade-Relacionamento 

A partir deste modelo foi gerado o script para a geragao do Banco de Dados, 
veja abaixo o resultado, que ja inclui os comandos que foram dados para 
colocar informagao nas tabelas e as views que foram parte do sistema: 

CONCLUSAO: 

Finalizando este trabalho, conclmmos que o saldo foi positive ou seja, o 
desafio de programar em php e a utilizar de urn banco de dados nunca antes 
testado trouxe resultados satisfatorios. Realmente o banco e muito eficiente, 
facil de usar e possui funcionalidades muito importantes, que possibilitam 
consultas mais complexas, como views, por exemplo. A linguagem utilizada 
possui recursos variados, o que permitiu uma boa ligagao com o banco de 
informagoes, mysql. Assim, conseguimos ver na pratica, como as consultas 
estudadas em aula sao aplicadas no dia-a-dia e que ajudam e muito, a vida do 
usuario e do proprio gerente de negocio. 
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4.3. Estrutura De Dados Fila E Pilha 

Estrutura de dados: 

Sobre as estruturas de dados veremos duas formas de estruturas a Fila (FIFO) 
e a pilha (LIFO). 

Fila - Uma fila e uma estrutura de dados que admite insergao de novos 
elementos e remogao de elementos antigos. Mais especificamente, uma fila (= 
que) e uma estrutura sujeita a seguinte regra de operagao: sempre que houver 
uma remogao, o elemento removido e o que esta na estrutura ha mais tempo. 

Em outras palavras, o primeiro objeto inserido na fila e tambem o primeiro a ser 
removido. Essa politica e conhecida pela sigla FIFO (= First-In-First-Out). 

Pilha - Uma pilha e uma das varias estruturas de dados que admitem remogao 
de elementos e insergao de novos elementos. Mais especificamente, uma pilha 
(= stack) e uma estrutura sujeita a seguinte regra de operagao: sempre que 
houver uma remogao, o elemento removido e o que esta na estrutura ha menos 
tempo. 

Em outras palavras, o primeiro objeta a ser inserido na pilha e o ultimo a ser 
removido. Essa politica e conhecida pela sigla LIFO (= Last-In-First-Out). 



A. Listas Simplesmente Encadeadas E Duplamente Encadeadas. 

Lista simplesmente encadeada e uma vantajosa alternativa na 
implantagao de arrays. Arrays implica que o tamanho de N elementos devem 
ser fixados a priori. 

Uma alternativa para esta desvantagem e o uso de lista 
encadeada, que permite a criagao de arrays sem urn numero de N elementos 
fixo. 

Uma lista e formada por nos. No e urn objeto composto que 
armazena uma referenda para urn elemento ou objeto qualquer e uma 
referenda next (proximo) que permite fazer a ligagao com o proximo no da lista 
ate que o ultimo aponte para uma regiao de memoria nula (null). 

O primeiro e os ultimos nos de uma lista sao chamados 
respectivamente de cabega (referenda head) e cauda (referenda tail) da lista. 

Exemplo de Lista Simplesmente Encadeada 
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Uma lista duplamente ligada (ou lista duplamente encadeada) e 
uma extensao da lista simplesmente ligada (ou lista simplesmente encadeada). 

Numa lista cada elemento, ou no, e composto normalmente por 
uma variavel que guarda a informagao (Objeto, inteiro, cadeia de caracteres, 
etc.) e dois ponteiros (referencias a enderegos de memoria) que permitem a 
ligagao entre os varios nos desta lista. Este tipo de lista e conhecido por 
"Duplamente ligada" ou "Duplamente encadeada" exatamente pelo fato de 
possuir duas variaveis de controle (ponteiros) ao contrario da lista 
simplesmente ligada que possui somente urn, o qual aponta para o proximo 
elemento da lista. 

A fungao destas variaveis e guardar o enderego de memoria do 
no anterior e do no posterior, identificados normalmente como "prev" ou 
"previous" e "next". Com estas estruturas podemos realizar diversas tarefas 
que seriam impossiveis ou muito dispendiosas com uma lista simplesmente 
encadeada. 

No modelo mais simples deste tipo de lista, ao char a lista o 
primeiro no tern seu ponteiro "previous" apontando sempre para nulo e o ultimo 
no com seu "next" apontando para nulo. Este modelo nao e muito confiavel, ja 
que nao ha urn controle efetivo para saber quern e o primeiro e quern e o ultimo 
elemento, ja que a unica maneira de extrair tal informagao e verificar quern 
possui o "prev" ou o "next" nulo. 

Existem varias ramificagoes da lista duplamente encadeada, e 
muitas delas servem tambem para a lista simplesmente encadeada. Aqui 
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temos alguns exemplos: 

Lista duplamente encadeada com sentinelas: Neste modelo de 
lista possuimos dois Nos estaticos a cabega da lista (head) e o fim da lista(tail). 
O elemento prev (anterior) do no head aponta sempre para nulo enquanto no 
no tail quern aponta para nulo e o next(proximo). 

Vantagens: Maior facilidade de controle da lista, maior 
confiabilidade e menor risco de perda acidental da lista. 

Desvantagens: Maior gasto de espago em disco (2 nos a mais). 

Lista duplamente encadeada circular: Neste modelo de lista 
possuimos apenas urn sentinela. Esta lista e conhecida como circular pois o 
sentinela aponta para o primeiro elemento da lista e o ultimo elemento da lista 
aponta para o sentinela, formando assim urn circulo logico. 

Vantagens: Economia de espago em disco (1 no a menos que 
a lista duplamente encadeada com sentinelas), maior confiabilidade em relagao 
ao modelo comum. 

Desvantagens: Maior complexidade nos algoritmos. 

4.4. Diagrama De Caso E De Uso. 
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Casos de Uso 
Diagrama de Casos de Uso 



Objetivo 

Diagrama de Casos de Uso tern o objetivo de auxiliar a 
comunicagao entre os analistas e o cliente. 

Um diagrama de Caso de Uso descreve um cenario que mostra as 

funcionalidades do sistema do ponto de vista do usuario. 

O cliente deve ver no diagrama de Casos de Uso as principals 

funcionalidades de seu sistema. 

Notacao 

O diagrama de Caso de Uso e representado por: 

• atores; 

• casos de uso; 

• relacionamentos entre estes elementos. 
Estes relacionamentos podem ser: 

• associagoes entre atores e casos de uso; 

• generalizagoes entre os atores; 

• generalizagoes, extends e includes entre os casos de uso. 
casos de uso podem opcionalmente estar envolvidos por um 
retangulo que representa os limites do sistema. 

Em maiores detalhes: 

• Atores 

Q Um ator e representado por um boneco e um rotulo 
-^r~ com o nome do ator. Um ator e um usuario do 
/\ sistema, que pode ser um usuario humano ou um 
outro sistema computacional. 

Ator 

• Caso de uso 

Um caso de uso e representado por uma elipse e um 
rotulo com o nome do caso de uso. Um caso de 
Caso de Uso ^sodefine uma grande fungao do sistema. A 

implicagao e que uma fungao pode ser estruturada 
em outras fungoes e, portanto, um caso de uso pode 
ser estruturado. 

• Relacionamentos 
o Ajudam a descrever casos de uso 
o Entre um ator e um caso de uso 

- Associagao 

O Define uma funcionalidade do 
sistema do ponto de vista do 
usuario. 

Ator Caso de Uso 

o Entre atores 

■ Generalizagao 
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Objetivo 

Descrever os varios tipos de objetos no sistema e o relacionamento entre eles. 
Perspectivas 

Um diagrama de classes pode oferecer tres perspectivas, cada uma para um 
tipo de usuario diferente. Sao elas: 

Conceitos ou Entidades (exemplo; mais_exemplos) 
o Representa os conceitos do dormnio em estudo. 
o Perspectiva destinada ao cliente. 

Classes (exemplo) 

o Tern foco nas principals interfaces da arquitetura, nos principals 
metodos, e nao como eles irao ser implementados. 

o Perspectiva destinada as pessoas que nao precisam saber detalhes de 
desenvolvimento, tais como gerentes de projeto. 

Classes de Software (exemplo) 

o Aborda varios detalhes de implementagao, tais como navegabilidade, 
tipo dos atributos, etc. 

o Perspectiva destinada ao time de desenvolvimento. 
Um diagrama de classes contem: 

Entidades 

Relacionamentos 

Exemplo contendo as notagoes 
Exemplo Completo 
Especificagao do exemplo 
Solugao 1 

Solugao 2 (para quern tiver mais curiosidade) 

Entidades 

Classe 
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Classe Concreta 

Uma classe e representada na forma de um retangulo, contendo duas linhas 
que separam 3 partes. A primeira contem no nome da classe, a segunda os 
atributos da classe e a ultima os metodos da mesma. 

Classe Abstrata 

A representagao de uma classe abstrata em UML e quase igual a 
representagao de uma classe concreta, a unica diferenga e o estilo da fonte do 
nome da classe, que, neste caso, esta em italico. 

Interface 

Perspectivas: 

Conceitual 

Apenas classes sao utilizadas. Neste tipo de perspectiva, uma classe e 
interpretada como um conceito. Apenas atributos sao utilizados. 

Especificagao 

Tanto classes como interfaces sao utilizados neste tipo de perspectiva. O foco 
consiste em mostrar as principals interfaces e classes juntamente com seus 
metodos. 

Nao e necessario mostrar todos os metodos, pois o objetivo deste diagrama 
nesta perspectiva e prover uma maior entendimento da arquitetura do software 
a nivel de interfaces. 

Implementagao 

Nesta perspectiva, varios detalhes de implementagao podem ser abordados, 
tais como: 

Visibilidade de atributos e metodos; 

Parametros de cada metodo, inclusive o tipo de cada um; 

Tipos dos atributos e dos valores de retorno de cada metodo. 
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Relacionamentos 

. Papel 

Descreve o relacionamento. 



Cairo 


passui 
> 


Roda 




1 4 





. Multiplicidade (utilizado em todas as perspectivas de 
forma uniforme) 



Notagoes possfveis 



Tipos 


Signifies 


0..1 


Zero ou uma instancia. A notagao n..m 
indica n para m instancias. 


0..* ou 

* 


Nao existe limite para o numero de 
instancias. 


1 


Exatamente uma instancia. 


1..* 


Ao menos uma instancia. 



Exemplos: 



Empresa 


> 


Trabalhador 




1 









. Associagao (utilizado em todas as perspectivas) 
Representagao Grafica 
Associagao 



Perspectiva: 

. Conceitual 

Define um relacionamento entre duas 
entidades conceituais do sistema. 

• Especificagao 
Diagramas de Interagao sao modelos que descrevem como grupo de objetos 
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colaboram em um determinado comportamento. 



Um diagrama de interagao captura o comportamento entre objetos dentro um 
unico use case. 

Utiliza-se o diagrama de atividade para representar o comportamento de 
objetos entre varios use cases. 

Tipos: 

Diagrama de Sequencia 
Diagrama de Colaboragao 
Diagramas de Interagao 
Diagramas de Sequencia 



Consiste em um diagrama que tern o objetivo de mostrar como as mensagens 
entre os objetos sao trocadas no decorrer do tempo para a realizagao de uma 
operagao. 

Em um diagrama de sequencia, os seguintes elementos podem ser 
encontrados: 

Linhas verticais representando o tempo de vida de um objeto (lifeline); 

Estas linhas verticais sao preenchidas por barras verticais que indicam 
exatamente quando um objeto passou a existir. Quando um objeto desaparece, 
existe um "X" na parte inferior da barra; 

Linhas horizontais ou diagonals representando mensagens trocadas 
entre objetos. Estas linhas sao acompanhadas de um rotulo que contem o 
nome da mensagem e, opcionalmente, os parametros da mesma. Observe que 
tambem podem existir mensagens enviadas para o mesmo objeto, 
representando uma iteragao; 

Uma condigao e representada por uma mensagem cujo rotulo e 
envolvido por colchetes; 

Mensagens de retorno sao representadas por linhas horizontais 
tracejadas. Este tipo de mensagem nao e frequentemente representada nos 
diagramas, muitas vezes porque sua utilizagao leva a um grande numero de 
setas no diagrama, atrapalhando o entendimento do mesmo. Este tipo de 
mensagem so deve ser mostrada quando for fundamental para a clareza do 
diagrama. 
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Observe a figura abaixo. 



abject 



window 

Userlnterface 



aChain 

HotelChain 



maKeh!esetvationO:void 
: 



message 



X4 — deletion 





activation bar 



lifeline 



1 iteration 
for each day] isRoom:=availableQ:boolean 
^ condition 



IsRoorn] 



aReservation 

Reservation 



creation t 



note 



aHotice 

Confirmatior 



If a room is available for 
each day of the stay, make 
a reservation and send a 
confirmation. 



T" 



Representado processos concorrentes 

Este tipo de diagrama tambem permite representar mensagens concorrentes 
assmcronas (mensagens que sao processadas em paralelo sem urn tempo 
definido para a sua realizagao). 

Exemplo: 



aHurse 

Staff 




anlnsuranceCompany 

Insurer 





d ate := re s e rve La b (te st) ^ 




____ asynchronous 1 
message 1 




OK:=approve(test) 




1 
1 


[OK] schedule(test,date) 






1 
1 
1 
1 

1 



Reserve the lab for a patient test. 
If the insurance company approves, 
schedule the test. 
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Diagramas de Interacao 
Diagramas de Colaboracao 



A grande diferenga entre um diagrama de colaboragao e um de 
sequencia consiste no fato de que o tempo nao e mais representado 
por linhas verticals, mas sim atraves de uma numeragao, que pode 
ser de duas formas: 

• simples (1,2,3,...) 

• composta (1.1, 1.2, 1.2.1, ...) 

Um objeto e representado como um retangulo, contendo no seu 
interior um rotulo, que informa o nome do objeto e o nome da classe, 
separados por dois pontos. Detalhe: ambos podem ser omitidos. 

A troca de mensagens entre os objetos segue o mesmo padrao que o 
apresentado nos diagramas de sequencia . 

Veja o exemplos abaixo: 



window:Userlnterface 



message 



^1 .1 : rnakeResen/ationQ:v:iid 



aChain:HotelChain 



object 



aNotice:Confirmation 



^1 .1 .1 : makeReseivationQivoid 
( - sequence number 



aHotel:Hotel 



1.1.1.2:[isRoom] 



self fink 



Ueraliot) 

I 

1 .1 .1 .1 :*[for each day] isRoom:=availableO:boolean 



1.1.1.2.1: 



aReservation:Reservation 
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4.5 Humanismo E Etica no Trabalho. 

A - Paola Antonelli e curadora de arquitetura e design do MoMa, museu de arte 
moderna de Nova York, e concedeu uma entrevista para o The Creators 
Project abordando conceitos de humanizagao da tecnologia relacionados ao 
seu projeto chamado Talk To Me, que sera langado no verao americano. 

Ela defende que a tecnologia sempre existiu em diferentes momentos e 
intensidades, ela sempre foi o meio que possibilitou as pessoas conversar com 
os objetos a nossa volta e vice-versa, mudando a forma como as pessoas 
vivem e como os profissionais trabalham. Hoje, com urn alto consumo de bens 
tecnologicos, as pessoas condenam a tecnologia como urn problema, algo que 
desumaniza as pessoas. 

O uso excessivo realmente pode ser prejudicial, mas nao podemos negar a 
tecnologia nas nossas vidas, nao podemos mais viver sem ela. Temos que, 
sim, incentiva-la para urn uso que gere desenvolvimento, como na visao de 
Paola: "Many people think that technology is a problem in that it dehumanizes 
people. And, instead, I think it's a great thing because it humanizes objects". 

Essa abordagem de humanizar objetos nos permite uma reflexao interessante 
de qual e o papel da tecnologia no nosso dia-a-dia. Alguns exemplos de obras 
que serao expostas no projeto sao: The Lost Tribes of New York City, o Tenori- 
On, I want You To Want Me e PIG 05049. Esses projetos demonstram urn 
pouco do que significa humanizar a tecnologia e eles sao excelentes 
referencias, nao apenas como linguagem estetica e artistica, mas de como isso 
poderia ser aplicado para marcas. Afinal, como podenamos humanizar as 
m areas? 



B - As pessoas estao se relacionando cada vez mais atraves de meios 
tecnologicos eletronicos e digitais. Com a evolugao das tecnologias de 
comunicagao, iniciando pelo telegrafo de Samuel Morse, e, posteriormente, o 
telefone de Alexander Graham Bell, o homem vivenciou verdadeiras revolugoes 
em seu modo de comunicagao. Passando pelas tecnologias de 
radiocomunicagao, satellites de comunicagao, cabos opticos, computador, 
Internet e telefonia celular, e, atualmente, integragao entre muitas destas 
tecnologias, as pessoas podem experimentar urn nivel de comunicagao sem 
precedentes. Apos o advento da Internet, redes sociais foram criadas com os 
mais variados fins, porem todas tern urn objetivo comum, proporcionar o 
relacionamento entre duas ou mais pessoas. Supoe-se que o medo de 
contatos presenciais, devido a violencia que cresce a cada dia, agilidade na 
comunicagao proporcionada pelos dispositivos eletronicos e digitais, a insergao 
social que e auxiliada pelas redes sociais, ja que tais redes podem diminuir o 
impacto de fatores emocionais como timidez, auto-estima e preconceitos 
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podem influenciar na preferencia pela utilizagao de tais meios de comunicagao 
Alem do fato de que quando utiliza a Internet, o jovem pode experimentar uma 
oportunidade ludica, seja atraves de jogos ou representagao de personagens, 
pode buscar tambem uma identidade com outras pessoas, tendo inclusive 
oportunidade de dialogar sobre os mais variados temas. A questao relevante 
nessa pesquisa e verificar a motivagao dos jovens quanto a utilizagao destas 
tecnologias eletronicas e digitais para se comunicarem como mediadores 
tecnologicos em seus relacionamentos interpessoais. 



C - Uma das questoes que se levanta com grande frequencia nesse imcio do 
Terceiro Milenio e a da postura etica no uso da tecnologia. Quando o assunto e 
esse, nao importa que estejamos falando de areas completamente distintas da 
atuagao humana, como as de medicina, jornalismo, fisica ou marketing. Em 
qualquer uma delas, o emprego da tecnologia sempre levanta uma indagagao a 
respeito de quais limites devem ser respeitados e de quais devem ser 
superados. 

Mas sera que essa e uma problematica exclusivamente contemporanea? 
Vivenamos nos em urn penodo assim especial, ao qual nao se aplicam os 
preceitos herdados dos antigos, medievais e modernos? Ou o caso seria 
outro? 

A proposta do presente artigo e a de sugerir uma rapida e resumida reflexao 
dirigida a respeito do assunto, sem a pretensao de oferecer solugoes nem 
analises profundas da questao apresentada. 

Ao passarmos a historia da humanidade em rapida revista, encontramos 
indicios claros de que todos os desenvolvimentos tecnologicos levaram a 
humanidade a situagoes merecedoras de maior atengao no campo etico, 
mesmo que nao se observe nenhuma revisao etica de fato. 

Como exemplo disso, podemos relembrar passagens historicas significativas, 
em que o uso de novas tecnologias, principalmente nas guerras, levou a uma 
mudanga no equilibrio do poder. Recuando uns dois mil e quinhentos anos no 
tempo, encontramos a pratica utilizada pelos barbaros de langar "bombas" de 
veneno sobre os depositos de sementes das cidades sitiadas, para minar a 
resistencia a invasao. Tal estrategia empregava o uso de diversas tecnicas, 
como as de extrair e combinar materials para se obter o veneno, ou ainda a 
tecnologia envolvida na construgao das armas de arremesso utilizadas, desde 
fundas ate catapultas. 

Ao longo da Idade Media, surgiram novas armas de destruigao em grande 
escala, capazes de eliminar urn grande numero de inimigos em pouco tempo, 
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sustentando a ideia de que nao basta possuir um exercito maior, ou melhor, 
mas que tambem e necessario haver superioridade tecnologica. 

Esses exemplos nos inspiram a fazer uma pergunta: o uso dessas tecnologias 
belicas foi etico? Talvez seja dificil responder ao certo. Ha argumentos tanto 
contrarios quanto favoraveis ao uso da tecnologia para "desequilibrar" uma 
guerra. Em geral, a opiniao do lado vencedor e a que prevalece e, tambem em 
geral, foi esse lado que utilizou uma tecnologia superior. 

Podemos encontrar exemplos ainda mais claros no final da Idade Media e no 
imcio da Idade Moderna, quando as grandes navegagoes levaram os europeus 
a encontrar povos tecnologicamente tao rudes que a superioridade de suas 
armas Ihes permitiu colonizar novas terras. Em seguida, a Revolugao Cientifica 
trouxe a luz uma serie de conhecimentos que se reverteram em tecnologia e 
em novas possibilidades de "dommio" sobre a natureza. Mais uma vez, 
questionar tais passagens quanto a etica e uma ardua tarefa, pois o "lado 
vencedor" foi aquele que deixou sua versao gravada para o future 

E isso tende a se repetir indefinidamente na historia. 
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5. CONCLUSAO 



O que e entao a tecnologia? Tecnologia e poder. E o poder de controlar, de 
criar, de aplicar a razao sobre a natureza, sobre as pessoas. Quanto mais 
avangada a tecnologia, maior o controle e mais amplo o poder. Em uma 
sociedade absolutamente tecnologica, o poder seria absoluto? Talvez. Isso soa 
assustador, mas o mais importante nao e saber "quern" teria acesso a esse 
poder, mas sim conhecer quais os fatores que delimitam esse poder, uma vez 
que quando se fala em "poder absoluto", esta-se referindo a algo acima de 
qualquer lei. 

A proposta mais coerente seria a de esse poder se submeter apenas aos 
principios eticos, independentemente da area de atuagao. Diferentemente dos 
antigos, que puderam se abster de uma manifestagao mais premente da etica, 
dado o estagio tecnologico em que se encontravam a geragao atual nao pode 
mais se permitir tal indulto. Tal permissividade seria uma especie de "suicidio" 
por "asfixia tecnologica", ja que a falta de etica poderia levar a humanidade a 
consequencias desastrosas. 

A discussao das questoes eticas nas aplicagoes tecnologicas deve permear o 
dialogo cientifico nos anos vindouros. Desse embate surgira o mapeamento de 
nosso future "Quern viver vera". 
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